
REMARKS 

In the Official Action mailed May 2, 2002, the Examiner reviewed claims 
1-10 and 12-25. Claims 1-2, 5-10, 12-13, 16-17, and 20-25 were rejected under 
35 U.S.C. §1 03(a) as being unpatentable over Nakanishi et al (EP 0 903 677 A2, 
hereinafter "Nakanishi") in view of Devarakonda et al (EPO 0 655 495 A2, 
hereinafter "Devarakonda"). Claims 3, 14, and 18 were rejected as being 
unpatentable over Nakanishi in view of Devarakonda and further in view of 
Sudhakaran et al. (USPN 6,161,150, hereinafter "Sudhakaran"). Claims 4, 15, 
and 19 were rejected under 35 U.S.C. §103(a) as being unpatentable over 
Nakanishi in view of Devarakonda and ftirther in view of Ho (USPN 5,615,373, 
hereinafter "Ho"). 



Rejections under 35 U.S.C. §103(a) 

Independent claims 1,12, and 16 were rejected as being unpatentable over 
Nakanishi in view of Devarakonda. 

Applicant respectftilly points out that Devarakonda teaches distributed 
locking managers that lock an entire resource after a token has been granted by a 
central lock facility (see Devarakonda, FIG. 1, Abstract, and column 3, line 54 to 
column 4, line 10). In contrast, the instant application discloses multiple 
independent locks on lockable resources (see FIG. 2, and page 8, lines 8-19 of 
the instant application). Multiple independent locks are not the same as 
distributed locking managers. Having multiple independent locks is advantageous 
because it allows multiple controllers to lock independent portions of a lockable 
resource independently. For example, referring to FIG. 2 of the instant 
application, controller 206 can acquire lock 228 on managed resource 112 while 
controller 208 can independently acquire lock 229 on managed resource 112. 

There is nothing within either Nakanishi or Devarakonda, either separately 
or in concert, which suggests that having multiple independent locks would allow 
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multiple controllers to lock independent sub-units of the lockable resource 
independently. 

Accordingly, Applicant has amended independent claims 1,12, and 16 to 
clarify that the one or more independent locks allow multiple controllers to lock 
independent sub-units of the lockable resource independently. 

Hence, Applicant respectfully submits that independent claims 1,12, and 
16 as presently amended are in condition for allowance. Applicant also submits 
that claims 2-10, which depend upon claim 1, claims 13-15, which depend upon 
claim 12, and claims 17-25, which depend upon claim 16 are for the same reasons 
in condition for allowance and for reasons of the unique combinations recited in 
such claims. 
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Version with markings to show changes made: 

The Claims: 

1 1 . (Twice Amended) A method for providing concurrency control for a 

2 policy-based management system that controls resources in a distributed 

3 computing system, the method comprising: 

4 receiving a request to perform an operation on a lockable resource from a 

5 controller in the distributed computing system, wherein the lockable resource 

6 presents one or more independent locks providing access to independent sub-units 

7 of the resource and wherein the one or more independent locks allow multiple 

8 controllers to lock independent sub-units of the lockable resource independently : 

9 wherein the controller sends the request in order to enforce a first policy 

10 for controlling resources in the distributed computing system; 

1 1 determining whether the controller holds a lock on the lockable resource; 

12 allowing the controller to execute the operation on the lockable resource if 

13 the controller holds the lock on the lockable resource; 

14 allowing the controller to acquire the lock if the controller does not hold 

15 the lock on the lockable resource; and 

16 allowing the controller to execute the operation on the lockable resource if 

1 7 the controller acquires the lock. 

1 12. (Twice Amended) A computer-readable storage medium storing 

2 instructions that when executed by a computer cause the computer to perform a 

3 method for providing concurrency control for a policy-based management system 

4 that controls resources in a distributed computing system, the method comprising: 

5 receiving a request to perform an operation on a lockable resource from a 

6 controller in the distributed computing system, wherein the lockable resource 

7 presents one or more independent locks providing access to independent sub-units 
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8 of the resource and wherein the one or more independent locks allow multiple 

9 controllers to lock independent sub-units of the lockable resource independently ; 

10 wherein the controller sends the request in order to enforce a first policy 

1 1 for controlling resources in the distributed computing system; 

12 determining whether the controller holds a lock on the lockable resource; 

13 allowing the controller to execute the operation on the lockable resource if 

14 the controller holds the lock on the lockable resource; 

1 5 allowing the controller to acquire the lock if the controller does not hold 

1 6 the lock on the lockable resource; and 

1 7 allowing the controller to execute the operation on the lockable resource if 

1 8 the controller acquires the lock. 

1 16. (Twice Amended) An apparatus that provides concurrency control 

2 within a policy-based management system that controls resources in a distributed 

3 computing system, the apparatus comprising: 

4 a receiving mechanism that receives a request to perform an operation on a 

5 lockable resource from a controller in the distributed computing system, wherein 

6 the lockable resource presents one or more independent locks providing access to 

7 independent sub-unhs of the resource and wherein the one or more independent 

8 locks allow multiple controllers to lock independent sub-units of the lockable 

9 resource independently ; 

10 wherein the controller sends the request in order to enforce a first policy 

1 1 for controlling resources in the distributed computing system; 

12 a determining mechanism that determines whether the controller holds a 

1 3 lock on the lockable resource; 

14 an execution mechanism that is configured to, 

1 5 allow the controller to acquire the lock if the controller 

16 does not hold the lock on the lockable resource, and to 
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allow the controller to execute the operation on the lockable 
resource if the controller holds the lock on the lockable resource. 
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DEC 0 i 



CONCLUSION 



Itis submitted that the present application is presently in form for 
allowance. Such action is respectfully requested. 



Respectfully submitted, 




Edward J. Grundler 
Registration No. 47,61 5 

Date: November 26, 2002 



Edward J. Grundler 

PARK, VAUGHAN & FLEMING LLP 
508 Second Street, Suite 201 
Davis, CA 95616-4692 
Tel: (530) 759-1663 
FAX: (530) 759-1665 
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